home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d27 / discus3x.arc / S36AS4.THD < prev    next >
Text File  |  1991-12-04  |  11KB  |  263 lines
  1. What does it take to convert System/36 applications to AS/400?  Some members
  2. who have converted applications share their experience.  This short thread
  3. emphasizes the need to understand AS/400 architecture clearly and not treat
  4. it as a System/36.
  5.  
  6.                                                 Guy Scharf, Sysop
  7.                                                 Computer Consultant's Forum
  8.  
  9. #: 191027 S5/Technical-Big Sys
  10.     28-Aug-89  09:37:04
  11. Sb: #S/36 to AS400 conversion
  12. Fm: Bill Golden 76067,2203
  13. To: ALL
  14.  
  15. Has anyone completed a System 36 to AS/400 conversion?  (Or, do you know of
  16. anyone who has?)  Is anyone planning to do such a conversion?  We would like
  17. to discuss this with you!!  Please leave email so we can contact you! Thanks.
  18. ...Bill Golden
  19.  
  20. #: 191047 S5/Technical-Big Sys
  21.     28-Aug-89  12:50:18
  22. Sb: #191027-S/36 to AS400 conversion
  23. Fm: Barry Schrager 71370,2466
  24. To: Bill Golden 76067,2203
  25.  
  26. David Thomson has done a number of S36-->AS/400 conversions.  However, David
  27. is not easily reachable so you should contact his partner, Jim Tammey
  28. 312-382-6997.  Tell Jim that I suggested you call.
  29.  
  30.                                 Barry Schrager  71370,2466
  31.  
  32. #: 191085 S5/Technical-Big Sys
  33.     28-Aug-89  17:53:38
  34. Sb: #191027-#S/36 to AS400 conversion
  35. Fm: Denny Friedman 76176,30
  36. To: Bill Golden 76067,2203
  37.  
  38. I have and the client went for s/36 mode of the AS/400.  Yuck!  Slow! And it
  39. was RPG to RPG. I would suggest that you take your IBM SE and Marketing rep,
  40. tie them up in a chair by the AS/400, because you will need the SE and you
  41. will want to swear at the marketing rep.  Then have the makreting rep dial
  42. customer support center in Rochester, Minnesota and then talk to those folks
  43. for awhile. But after awhile, the conversion gets done, the system runs 36
  44. applications weird. But remember the AS/400 is just another name for a 38
  45. running S/36 emulation
  46.  
  47. #: 191102 S5/Technical-Big Sys
  48.     28-Aug-89  19:06:23
  49. Sb: #191085-S/36 to AS400 conversion
  50. Fm: Ed Girou 76702,542
  51. To: Denny Friedman 76176,30
  52.  
  53. Denny,
  54.  
  55. It doesn't have to be yucky slow...there are a lot of factors involved.
  56.  
  57. Proper machine sizing, proper machine configuration, splitting of current S/36
  58. job mix into interactive and batch memory pools, careful review of record
  59. locking, eliminate MRTs, and willingness to rewrite the top 10 most frequently
  60. used programs will yield significantly different results.
  61.  
  62. Swearing at IBM representatives and placing telephone calls to Rochester are
  63. less effective than applying that energy to the above mentioned tasks.
  64.  
  65. Maybe I should have put this as #1 on the list:  Education--learn how the box
  66. works, wants to work, and how you should use it.
  67.  
  68. It just takes time.
  69.  
  70.                                        Ed
  71.  
  72. #: 191414 S5/Technical-Big Sys
  73.     29-Aug-89  22:25:19
  74. Sb: #191102-#S/36 to AS400 conversion
  75. Fm: Denny Friedman 76176,30
  76. To: Ed Girou 76702,542 (X)
  77.  
  78. I worked for IBM at the Rochester, MN plant and was on the development of the
  79. 34, 36, and 38 machines and was on the design of the AS/400 also called Fort
  80. Knox project in 1984. As a consultant, I am amazed at the implementation of
  81. the machine. My clients had a 36 machine and to rewrite the top ten
  82. applications with over 400 programs would have meant paying for two machines
  83. because I would have had to have the customer run parallel operations.  They
  84. had daily, weekly, monthly, quarterly, and yearly applications at both local
  85. and remote sites. I had the IBM rep use his electronic sizing programs with
  86. accurate record sizes and number of transactions.  The jobs and job streams
  87. were put into interactive and batch jobs and eliminating MRTS were not
  88. possible, because of a huge inventory database that had to be accessible to
  89. over 120 operators for inquiry and update operations and available 24 hours a
  90. day. I was amazed at the machine and so was my customer and it makes me look
  91. bad, when I as a former IBMer do a conversion for a client and the machine
  92. runs slower than the previous machine, and I have to blame the machine for I
  93. know both the S/38 and S/36 thoroughly and what the AS/400 was supposed to do.
  94. And then backup of files onto tape.<I thought they fixed that with the
  95. S/36>..................
  96.  
  97. #: 191421 S5/Technical-Big Sys
  98.     30-Aug-89  00:41:37
  99. Sb: #191414-S/36 to AS400 conversion
  100. Fm: Ed Girou 76702,542
  101. To: Denny Friedman 76176,30
  102.  
  103. Denny,
  104.  
  105. Maybe my comments weren't very clear....
  106.  
  107. You should recode the top 10 PROGRAMS not _applications_.  And with careful
  108. planning of your library lists your client could have both versions active on
  109. the SAME machine and parallel testing with ONE machine.  The 2-3 days spent
  110. recoding would make a vast change in the system's responsiveness.
  111.  
  112. Accurate record sizes and number of transactions have very little impact on
  113. performance from a programming viewpoint.  They are 'helpful' in sizing a
  114. machine, but we only use them to determine how much disk a customer should be
  115. purchasing.
  116.  
  117. MRTS are a definite killer.  Converting a S/36 mrt to a S/36EE non-mrt is a
  118. piece of cake..maybe 30 minutes of your time.  Making a database available 24
  119. hours a day isn't relevant to the use of a MRT on the AS/400.  Ditto for the
  120. number of records in the database and the number of users accessing the
  121. database.  The code I write works just as fast for a single user in a 10
  122. record file as 304 users accessing a 15-million record file (very fast!).
  123. Gosh, the system was designed for applications like this...maybe the S/36 code
  124. and your firm conviction to just lift it from one box to another are the
  125. problems. We have many happy AS/400 clients.
  126.  
  127. Have you studied any of the ITSC red books?  It appears the investment would
  128. be worthwhile for you.          Ed
  129.  
  130. #: 191197 S5/Technical-Big Sys
  131.     29-Aug-89  04:30:51
  132. Sb: #191085-S/36 to AS400 conversion
  133. Fm: Bill Golden 76067,2203
  134. To: Denny Friedman 76176,30 (X)
  135.  
  136. Denny,  Sounds like this has something to do with IBM <grin>.  Thanks!
  137. .bg
  138.  
  139. #: 191198 S5/Technical-Big Sys
  140.     29-Aug-89  04:31:40
  141. Sb: #191027-S/36 to AS400 conversion
  142. Fm: will cardwell 71560,1006
  143. To: Bill Golden 76067,2203
  144.  
  145. I am getting ready to start a conversion.  The applications consist of over
  146. 600 RPG programs.  I plan to bring up S/36 environment first and then convert
  147. certain key programs to native.  I'll convert the rest to native later when I
  148. have time.  I think the worst thing anybody can do with the AS/400 is not to
  149. learn the machine properly.  If you convert to S/36 environment, don't
  150. continue to write new code using S/36 techniques.  Learn how the AS/400 works
  151. natively.  I have some S/38 experience which helps tremendously.  Most of the
  152. horror stories I hear about the AS/400 concerning performance are caused by
  153. software that was designed for a S/36.  The AS/400 is not a System/36.
  154.  
  155. I find that there are a lot of programmers out there that have enough trouble
  156. staying above water on the S/36.  When they get on a 400, they are really
  157. going to be in trouble.  You have to know your stuff!
  158.  
  159. #: 191451 S5/Technical-Big Sys
  160.     30-Aug-89  06:21:10
  161. Sb: #191198-S/36 to AS400 conversion
  162. Fm: Bill Golden 76067,2203
  163. To: will cardwell 71560,1006
  164.  
  165. Will,
  166.        May we contact you if we have "quick" questions?  Please E-Mail your
  167. number if that's OK.  Thanks!  ....bg
  168.  
  169. #: 191684 S5/Technical-Big Sys
  170.     31-Aug-89  04:32:15
  171. Sb: #191451-S/36 to AS400 conversion
  172. Fm: will cardwell 71560,1006
  173. To: Bill Golden 76067,2203
  174.  
  175. You can post your questions here.  That way anyone can answer it and try to
  176. help you out.
  177.  
  178. #: 191922 S5/Technical-Big Sys
  179.     31-Aug-89  21:51:30
  180. Sb: #191198-S/36 to AS400 conversion
  181. Fm: Frederik M. Fowler 70776,1307
  182. To: will cardwell 71560,1006
  183.  
  184. Hi.  I just wanted to say the I am in the business of teaching S/36 people how
  185. to use 'native' AS/400 tools for just these reasons.  My clients say it makes
  186. a world of difference to their installations.
  187.  
  188. --Fred
  189.  
  190. #: 191970 S5/Technical-Big Sys
  191.     01-Sep-89  04:23:20
  192. Sb: #191922-S/36 to AS400 conversion
  193. Fm: will cardwell 71560,1006
  194. To: Frederik M. Fowler 70776,1307
  195.  
  196. It has always been my opinion that the AS/400 is no easier to learn than the
  197. System/38.  The S/38 was introduced before the S/34 and S/36.  Many people
  198. chose the S/36 instead of the S/38 because of its simplicity. They figured it
  199. would take a larger staff with more expertise to run a S/38.  I don't see how
  200. this has changed with the AS/400.  As a matter of fact, anybody that learned
  201. the S/34-36 architecture instead of the S/38 has just wasted a lot of time.
  202. If they had chosen the S/38 instead, they would be that much further ahead.
  203.  
  204. Like I said before:  There are a lot of mediocre S/36 programmers out there
  205. that can barely cut it on that machine.  Put them on an AS/400 and they'll
  206. really botch things up.
  207.  
  208. #: 192491 S5/Technical-Big Sys
  209.     04-Sep-89  23:07:11
  210. Sb: #191970-S/36 to AS400 conversion
  211. Fm: Frederik M. Fowler 70776,1307
  212. To: will cardwell 71560,1006
  213.  
  214. I agree that the AS/400 is no easier to learn than the System 38.  The
  215. AS/400's 'Native' mode seems to be CPF with a few nice additions, so System 38
  216. people have little trouble making the transition.
  217.  
  218. As far as mediocrity is concerned, the S/34--S/36 world doen NOT have a
  219. monopoly on bad programmers. I have seen real DIMWITS get System 38 jobs, and
  220. have spent much of my career cleaning up their messes.  There are lots of
  221. SHARP people working on System 36s who have never had the chance to move to
  222. the 38 because they lack 'relevant
  223.  experience'.  You imply that working on 38s versus 36s is a matter of CHOICE,
  224. whereas in my experience it is a matter of LUCK.
  225.  
  226. The AS/400 clearly indicates that IBM wants the System 38's philosophy to be
  227. the future architecture of their midrange systems.  This means that ALL system
  228. 36 shops are going to convert to the new way of doing things before long.
  229. This will give many more programmers the chance to learn the architecture and
  230. will increase programmer quality through competition.
  231.  
  232. I hope that LOTS of people learn to work with the AS/400, so that the
  233. incompetent programmers in this part of the industry are SQUEEZED OUT.  I'm
  234. trying to help this process along by offering training to System 36 and other
  235. people who understand Data Processing but do not know the specific attributes
  236. of the AS/400.
  237.  
  238. --Fred
  239.  
  240. #: 191295 S5/Technical-Big Sys
  241.     29-Aug-89  15:24:08
  242. Sb: #191027-S/36 to AS400 conversion
  243. Fm: Chuck Lundgren 73317,2235
  244. To: Bill Golden 76067,2203
  245.  
  246. Bill - The March 89 issue of NEWS 3X/400 has several articles on 36->400
  247. migration.  Also, Newslink (the BBS run by NEWS 3X/400) has several people who
  248. could answer any questions you have on migration.
  249.  
  250. (Disclosure: I write for NEWS 3X/400, and I don't profit from Newslink).
  251.  
  252.   ... Chuck
  253.  
  254. #: 191452 S5/Technical-Big Sys
  255.     30-Aug-89  06:21:22
  256. Sb: #191295-S/36 to AS400 conversion
  257. Fm: Bill Golden 76067,2203
  258. To: Chuck Lundgren 73317,2235
  259.  
  260. Chuck,
  261.        Looks like we need to track down a particular magazine!  Thanks for the
  262. info!  ....bg
  263.